Default: gnDefault: unset-retransmission-bitDefault: on-receiving-ruleDefault: diameter fui-redirected-flow allowImportant: Note that the default value, when configured, does not appear in the output of the show configuration command output; instead appear only in the output of the show configuration verbose command. When the HTTP redirection feature is disabled using the no diameter fui-redirected-flow allow command, it will be appear in the output of the show configuration command.
Default: reject-credit-control-answerDefault: Same as diameter mscc-final-unit-action terminate categoryon-per-mscc-exhaustion: When the FUA in a particular MSCC is set as TERMINATE and the quota is exhausted for that service, the session will be terminated immediately regardless of the state of the other MSCCs.on-all-mscc-exhaustion: When the FUA in a particular MSCC is set as TERMINATE and the quota is exhausted for that service, the session termination will be initiated after all the other MSCCs (categories) have used up their available quota. There will no more CCR(U) messages sent requesting quota after receiving the FUA as TERMINATE in the MSCC level.Default: multipleendpoint endpoint_namerealm realm_nameThe endpoint to configure should be pre-configured. For information on creating and configuring a Diameter endpoint, see the diameter endpoint command in the Context Configuration mode.diameter peer-select peer peer_name [ realm realm_name ] [ secondary-peer secondary_peer_name [ realm realm_name ] ] [ imsi-based start-value imsi_start_value end-value imsi_end_value ]diameter peer-select peer peer_name [ realm realm_name ] [ secondary-peer secondary_peer_name [ realm realm_name ] ] [ imsi-based { { prefix | suffix } imsi/prefix/suffix_start_value } [ to imsi/prefix/suffix_end_value ] ] [ msisdn-based { { prefix | suffix } msisdn-based/prefix/suffix_start_value } [ to msisdn-based/prefix/suffix_end_value ] ]no diameter peer-select [ imsi-based { { prefix | suffix } imsi/prefix/suffix_start_value } [ to imsi/prefix/suffix_end_value ] ] | [ msisdn-based { { prefix | suffix } msisdn-based/prefix/suffix_start_value } [ to msisdn-based/prefix/suffix_end_value ] ]peer peer_namestart-value imsi_start_value specifies the start of range in integer value of IMSI, and end-value imsi_end_value specifies the end of range in integer value of IMSI.imsi-based { { prefix | suffix } imsi/prefix/suffix_start_value } [ to imsi/prefix/suffix_end_value ]prefix: Specifies the prefix rangesuffix: Specifies the suffix rangeimsi/prefix/suffix_start_value: Specifies the IMSI/prefix/suffix start value. prefix/suffix must be an IMSI prefix/suffix, and must be an integer from 1 through 15 characters.imsi/prefix/suffix_end_value: Specifies the IMSI/prefix/suffix end value. prefix/suffix must be an IMSI prefix/suffix, and must be an integer from 1 through 15 characters that must be greater than the start value.Important: If prefix/suffix is used, the lengths of both start and end prefix/suffix must be equal. If the prefix or suffix keyword is not specified, it will be considered as suffix.
msisdn-based { { prefix | suffix } msisdn/prefix/suffix_start_value } [ to msisdn/prefix/suffix_end_value ]prefix: Specifies the prefix rangesuffix: Specifies the suffix rangemsisdn/prefix/suffix_start_value: Specifies the MSISDN/prefix/suffix start value. prefix/suffix must be an MSISDN prefix/suffix, and must be an integer from 1 through 15 characters.msisdn/prefix/suffix_end_value: Specifies the MSISDN/prefix/suffix end value. prefix/suffix must be an MSISDN prefix/suffix, and must be an integer from 1 through 15 characters that must be greater than the start value.realm realm_nameThe realm_name must be an alphanumeric string of 1 through 127 characters, and can contain punctuation characters. The realm may typically be a company or service name.secondary-peer secondary_peer_nameSpecifies a name for the secondary host to be used for failover processing. When the route-table does not find an AVAILABLE route, the secondary host performs a failover processing if the diameter session failover command is set.secondary_peer_name must be an alphanumeric string of 1 through 63 characters, and can contain punctuation characters.If the diameter peer-select command is not configured, and if multiple peers are configured in the endpoint, the available peers configured in the endpoint are automatically chosen in a load-balanced round-robin manner.The following command configures IMSI-based Diameter credit control peer selection in the IMSI range of 1234567890 to 1234567899:The following command configures IMSI-based DCCA peer selection with IMSI suffix of 100 through 200:diameter pending-timeout durationThis keyword is deprecated. This can now be managed using the retry-after-tx-expiry and go-offline-after-tx-expiry keywords in the failure-handling command.If DCCA gets a “no available routes” error before pending-timeout expires, then DCCA tries to send to the secondary host (if one has been configured). If DCCA gets no response and pending-timeout expires, then DCCA either tries the secondary host or gives up. This can now be managed using the failure-handling command.If routing has failed, i.e., the attempt to the primary host, as well as, the attempt to the secondary host (if that has been configured), then the processing configured by the failure-handling command is performed.In 12.1 and earlier releases: no-resource-availableIn 12.2 and later releases: system-failureDefault: session-startdiameter service-context-id service_context_idThe following command specifies the value version@customer.com to be sent in the Service-Context-Id AVP in the Diameter CCR message:Default: Depends on the failure-handling configurationThe failure-handling configuration comes into effect only if diameter session failover is present in the configuration. The failover can be overridden by the server in the response message, and it takes precedence.Important: This command is applicable ONLY to the dcca-custom8 dictionary. If, for any dictionary other than dcca-custom8, this command is configured with a value other than the default, configuration errors will be indicated in the output of the show configuration errors section active-charging command.
initial-request: The default setting is terminate.update-request: The default setting is retry-and-terminate.terminate-request: The default setting is retry-and-terminate.
The following command sets the Credit Control Failure Handling behavior for initial request message type to retry-and-terminate:Default: diameterpending-traffic-treatment { { { forced-reauth | trigger | validity-expired } drop | pass } | { { noquota | quota-exhausted } buffer | drop | limited-pass volume | pass } }Default: droplimited-pass volumevolume specifies the Default Quota size (in bytes) and must be an integer from 1 through 4294967295.The default pending-traffic-treatment for noquota is drop. The default pending-traffic-treatment noquota command removes any Default Quota limit configured.This CLI command is different than the failure-handling command, which specifies behavior in the case of an actual timeout or error, as opposed to the behavior while waiting. See also the buffering-limit command in the Active Charging Service Configuration Mode.holding-time holding_timevalidity-time validity_timeConfigures this command with the default setting. Default: include-packet-causing-triggerSame as the default quota request-trigger command.Specifies the absolute threshold time (in seconds) for configured time quota in prepaid credit control charging. abs_time_value must be an integer from 1 through 86400. To disable this assign 0. Default: 0 (Disabled)Specifies the time threshold value as a percentage of the configured time quota in DCCA. percent_value must be an integer from 1 through 100.Specifies the absolute threshold value (in units) for the configured units quota in prepaid credit control application. abs_unit_value must be an integer from 1 through 4000000000. To disable this assign 0. Default: 0 (Disabled)Specifies the time threshold value as a percentage of the configured units quota in DCCA. percent_value must be an integer from 1 through 100.Specifies the absolute threshold volume (in bytes) to the configured volume quota in prepaid credit control. abs_vol_value must be an integer from 1 through 4000000000. To disable this assign 0. Default: 0 (Disabled)percent percent_valueSpecifies the volume threshold value as a percentage of the configured volume quota in prepaid credit control. percent_value must be an integer from 1 through 100.Default: cumulativeThe following command configures the usage reporting algorithm for RADIUS prepaid using DCCA to relative:Configures this command with the default setting. Default: discard-buffered-packetservers-unreachable { initial-request { continue | terminate [ after-timer-expiry timeout_period ] } | update-request { continue | terminate [ after-quota-expiry | after-timer-expiry timeout_period ] } }servers-unreachable { behavior-triggers { initial-request | update-request } transport-failure [ response-timeout | tx-expiry ] | initial-request { continue [ { [ after-interim-timetimeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | terminate [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count | after-timer-expiry timeout_period ] } | update-request { continue [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | terminate [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | after-quota-expiry | after-timer-expiry timeout_period ] } }
• initial-request: Specifies the behavior when Diameter server(s)/OCS become unreachable during initial session establishment.
• update-request: Specifies the behavior when Diameter server(s)/OCS become unreachable during mid-session.
• transport-failure [ response-timeout | tx-expiry ]: Specifies to trigger the behavior either at transport failure, response timeout or at Tx expiry.
• continue: Specifies to continue call if Diameter server(s) becomes unreachable.
• terminate [ after-timer-expiry timeout_period ]: Specifies to terminate call if Diameter server(s) becomes unreachable.after-timer-expiry timeout_period: Specifies to terminate call after timeout period expires.timeout_period specifies the timeout period, in seconds, and must be an integer from 1 through 4294967295.initial-request { continue [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | terminate [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | after-timer-expiry timeout_period }
• continue: Specifies to continue call if Diameter server(s) becomes unreachable.
• terminate: Specifies to terminate call if Diameter server(s) becomes unreachable.
• after-interim-time timeout_period: Specifies to continue or terminate call after the interim timeout period expires.timeout_period specifies the timeout period, in seconds, and must be an integer from 1 through 4294967295.
• after-interim-volume quota_value: Specifies to continue or terminate call on exhaustion of the assigned quota.quota_value specifies the volume-based quota value, in bytes, and must be an integer from 1 through 4294967295.
•
•
•
• after-timer-expiry timeout_period: Specifies to terminate call after timeout period expires.timeout_period specifies the timeout period, in seconds, and must be an integer from 1 through 4294967295.
• server-retries retry_count: Specifies the number of retries that should happen to OCS before allowing the session to terminate/offline.retry_count specifies the retries to OCS, and must be an integer from 0 through 65535. If the value 0 is defined for this keyword, the retry to OCS will not happen instead the configured action will be immediately applied.
• continue: Specifies to continue call if Diameter server(s) becomes unreachable.
• terminate [ after-quota-expiry | after-timer-expiry timeout_period ]: Specifies to terminate call if Diameter server(s) becomes unreachable.
• after-quota-expiry: Specifies to terminate call on exhaustion of all available quota.
• after-timer-expiry timeout_period: Specifies to terminate call after timeout period expires.timeout_period specifies the timeout period, in seconds, and must be an integer from 1 through 4294967295.update-request { continue [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | terminate [ { [ after-interim-time timeout_period ] [ after-interim-volume quota_value ] } server-retries retry_count ] | after-quota-expiry | after-timer-expiry timeout_period ] }
• continue: Specifies to continue call if Diameter server(s) becomes unreachable.
• terminate: Specifies to terminate call if Diameter server(s) becomes unreachable.
• after-interim-time timeout_period: Specifies to continue or terminate call after the interim timeout period expires.timeout_period specifies the timeout period, in seconds, and must be an integer from 1 through 4294967295.
• after-interim-volume quota_value: Specifies to continue or terminate call on exhaustion of the assigned quota.quota_value specifies the volume-based quota value, in bytes, and must be an integer from 1 through 4294967295.
•
•
•
• after-quota-expiry: Specifies to terminate call on exhaustion of all available quota.
• after-timer-expiry timeout_period: Specifies to terminate call after timeout period expires.timeout_period specifies the timeout period, in seconds, and must be an integer from 1 through 4294967295.
• server-retries retry_count: Specifies the number of retries that should happen to OCS before allowing the session to terminate/offline.retry_count specifies the retries to OCS, and must be an integer from 0 through 65535. If the value 0 is defined for this keyword, the retry to OCS will not happen instead the configured action will be immediately applied.This command works on the same lines as the failure-handling command, which is very generic for each of the xxx-request and applies for Credit-Control-Failure-Handling (CCFH) during:For conditions 1 and 2 described above, the failure-handling command will be applied, whereas for condition 3 both failure-handling and/or servers-unreachable commands can be used. This way, the operator has the flexibility to configure CCFH independent of OCS-unreachable feature, that is have two different failure handlings for same request types (as illustrated in the example above.)Important: Please note that the flexibility to configure CCFH independent of OCS-unreachable feature is applicable only to 12.1 and earlier releases. In 12.2 and later releases, if configured, the servers-unreachable takes precedence over the failure-handling command.
If server returns the CC-Failure-Handling AVP, it would apply for conditions 1 and 2 described above. It would also apply for condition 3 if the servers-unreachable command is not configured. But, if configured it would take the highest precedence for all Diabase errors scenarios.Default: roundoff
|
| Cisco Systems Inc. |
| Tel: 408-526-4000 |
| Fax: 408-527-0883 |